Updated Spanish translation

Updated Spanish translation

GtkHeaderBar: Fix positioning of pack-end widgets

This makes the positioning of pack-start and pack-end
widgets symmetric.

Make testtitlebar more versatile

Test adding multiple custom widgets at each end. This exposes
that we're doing it wrong - the pack-end widgets are ordered
in the wrong way.

Update Kazakh translation

Avoid compiler warnings

filechooser: Document the settings XML

Be more careful when parsing gtk-decoration-layout

When the string is empty, breaking it at : will not give
us two tokens, and we were parsing garbage, leading to crash.
https://bugzilla.gnome.org/show_bug.cgi?id=721635

quartz: implement gdk_window_set_shadow_width()

Use the information to allow dragging windows all the way to the top of
the screen (ie: allow the top shadow to go under the menubar).

https://bugzilla.gnome.org/show_bug.cgi?id=720374

quartz: fix manual window move

We need to have gdk skip standard processing of events when we are in
manual move in addition to manual resize.

https://bugzilla.gnome.org/show_bug.cgi?id=720357

tests: add menu alignments to the menubutton test

https://bugzilla.gnome.org/show_bug.cgi?id=720939

tests: add some space to menubutton test

https://bugzilla.gnome.org/show_bug.cgi?id=720939

Fix positioning of up menu button popup

Use the menu allocation instead of the request size.

https://bugzilla.gnome.org/show_bug.cgi?id=720939

bloatpad: fix the action associated with the notification

Notifications can only be associated with application actions,
but clear is a window action. Introduce a "clear-all" action
that forwards to clear on all windows.

https://bugzilla.gnome.org/show_bug.cgi?id=721633

Add an example for split headers

This shows how to deal with variability in window decorations
with split header bars.

GtkHeaderBar: Refresh window buttons when settings change

We already do this when the shell-shows-menu settings changes,
but we forgot to do the same for the decoration layout.

Tajik translation updated

[l10n] Updated Italian translation.

GtkMenuItem: fix initial accessible selection state

When the accessible is created for an already-selected
menuitem, we were not properly setting the state of the
the accessible. Fix that.

x11: Include missing public headers to GdkX11 gir build

Add introspection friendly version of gtk_tree_path_new_from_indices

Add gtk_tree_path_new_from_indicesv which takes an array of
integers with a length. Use "Rename to" annotation to rename the
method as gtk_tree_path_new_from_indices. This is needed because
the original method takes variadic arguments which is not supported
by introspection.

https://bugzilla.gnome.org/show_bug.cgi?id=706119

Updated Brazilian Portuguese translation for UI

Updated Brazilian Portuguese translation for Properties

a11y: Fix keybindings in menus

GtkMenuItemAccessible was assuming that an accel label is
always the immediate child of a menu item. It also did not
deal with manually set accels.  Fix both of these.
https://bugzilla.gnome.org/show_bug.cgi?id=721086

GtkAccelLabel: Add a setter for manual accels

This is needed to keep the a11y keybinding code working.

Emit a11y state change notification for color swatches

Improve the color swatch accessible to set a proper role
depending on whether the swatch is selectable or not, and
set the checked atk state when appropriate.

https://bugzilla.gnome.org/show_bug.cgi?id=721048

Color chooser: More accessible names

Set the accessible name of the 'custom color' button too.

Update a11y tests to match the last change

Color swatches have names now, not descriptions.

Nicer nicks for GtkMenuButton properties

Requested in
https://bugzilla.gnome.org/show_bug.cgi?id=720945

GtkColorChooserWidget: Set accessible names

As pointed out in
https://bugzilla.gnome.org/show_bug.cgi?id=721053
we should set the accessible name on the color swatch widgets,
not the descriptions.

GtkModelMenuItem: set initial accessible role

The initial state of GtkModelMenuItem is that of a normal menu
item, but the accessible we are using, GtkCheckMenuItemAccessible,
starts out with a role of 'check menu item'. Fix that up by
explicitly setting the initial accessible role.

Drop custom colors from a11y output

These were inadvertedly included in the previous commit, but
no custom colors are present in the gnome-continuous test sessions.

GtkCheckMenuItemAccessible: Make work with model menu items

GtkModelMenuItem does not emit the ::toggled signal when a radio
item is activated, so listen for property notification for that
property. We still keep the ::toggled signal handler, in order
to not break other uses of check and radio menu items.

https://bugzilla.gnome.org/show_bug.cgi?id=720983

GtkModelMenuItem: Add some property notification

GtkModelMenuItem emits no property notification, since none of its
properties are readable. But the toggled property is just a proxy
for GtkCheckMenuItem::active, so we should ensure that property
notification is emitted for the ::active property.

bgo #721407 - Fix scrolled window to work with template subclasses.

Ensure the hscrollbar & vscrollbar at gtk_scrolled_window_add() time,
this allows one to subclass GtkScrolledWindow with templates and add
children, as this will happen at instance initialization time before
the construct adjustment properties take effect.

GtkColorSwatch: Set an accessible role

And update the colorchooser a11y test to a) use GtkColorChooser
instead of the deprecated GtkColorSelection and b) match this
change. Pointed out in
https://bugzilla.gnome.org/show_bug.cgi?id=721045

testbbox: Remove unused variable

This was the only compiler warning in Continuous for gtk3.

GtkInfoBar: Set a more accurate accessible role

And update the a11y tests to match. Pointed out in
https://bugzilla.gnome.org/show_bug.cgi?id=721042

GtkDrawingArea: Set an accessible role

And update the a11y tests to match. Pointed out in
https://bugzilla.gnome.org/show_bug.cgi?id=721040

Trivial formatting fix

Updated Czech translation

Deal with broken _NET_WORKAREA more gracefully

fvwm seems to have problems keeping _NET_WORKAREA in sync with
the number of desktops. Instead of reading garbage, silently use
the full screen as workarea for desktops that are not covered
by the _NET_WORKAREA property.

https://bugzilla.gnome.org/show_bug.cgi?id=698248

x11: Avoid a possible memory leak in an error case

If _NET_WORKAREA is set to nonsensical values, we should still
free the memory before returning.

Trivial typo fix

gtk: remove unused GTK_BUTTONBOX_DEFAULT_STYLE from gtkenums.h tests: remove GTK_BUTTONBOX_DEFAULT_STYLE from testbbox.c and fix crashing

https://bugzilla.gnome.org/show_bug.cgi?id=721317

GtkNotebook: Fix a problem with tab states

When replacing the tab label, we were not adding the
active-page style class. Fix that.

Raleigh: Improve notebook tab theming

The theme was not kept up-to-date when notebook tabs were
recently refactored. Fix it to show some indication of the
active tab.

Raleigh: Improve scale theming

Add some visual indication for fine adjustment mode in scales
and scrollbars.

Raleigh: Improve titlebar appearance

The default theme wasn't kept up-to-date as the header bar
and titlebar theming was tweaked. Update it to look non-broken,
at least.

GtkAboutDialog: be consistent about link activation

As pointed out in
https://bugzilla.gnome.org/show_bug.cgi?id=721394,
links in the credits part were not going through the
::link-activated signal. Fix that.

Trivial grammar fix

GtkLabelAccessible: reorganize the code

Separate the GtkLabelAccessible, GtkLabelAccessibleLink and
GtkLabelAccessibleLinkImpl implementations more clearly.

GtkLabelAccessible: update state of links

This commit makes the LinkImpl children of label accessibles
inherit all their state, except for focused and visited, which
are handled directly.

https://bugzilla.gnome.org/show_bug.cgi?id=721406

a11y tests: Add a test for multi-link labels

GtkLabelAccessible: Implement AtkHypertext

This commit makes the label accessible implement AtkHypertext,
which returns a AtkHyperlink object for each link in the text.
At the same time, add AtkHyperlinkImpl objects as children
to the label accessible.

Also some private API to indicate that links have changed, and
call that from GtkLabel when needed.

Adjust expected output of the affected a11y tests.

https://bugzilla.gnome.org/show_bug.cgi?id=721410
https://bugzilla.gnome.org/show_bug.cgi?id=721421

GtkLabel: Add private api for links

This exposes enough information to implement the AtkHyperText
interface.

More private link api

Add a gtklabelprivate.h header

For now, move the few private functions from gtklabel.h here.

a11y tests: Prepare to dump AtkHypertext

This will be used for links in labels soon.
As a side-effect, the output for AtkHyperlinkImpl changes
slightly. Update expected output accordingly.

GtkLinkButtonAccessible: fix broken AtkHyperlink implementation

The get_end_index implementation was casting the accessible
to AtkText even though GtkLinkButtonAccessible does not
implement this interface. This did not show up in the a11y
tests because the they were not dumping the affected AtkHyperlinkImpl
properties. Oops.

Deprecated the decoration-button-layout style property

This is now done via a setting + regular property, for
better control, and the style property is ignored.

Update Chinese simplified translation

GtkMenuTracker: tweak separator logic

Ignacio Casal Quinteiro reported a problem whereby an empty section at
the start of a menu has a separator placed after it.  This was caused by
the implementation of the logic that separators should be inserted at
the top of all non-empty sections that are not the first section.  This
logic is obviously incorrect in the case that the first section is empty
(in which case we would not expect to see a separator at the top of the
second section).

Change the logic so that we only insert separators when we see a
non-zero number of actual items in the menu before us.

https://bugzilla.gnome.org/show_bug.cgi?id=721119

Updated Lithuanian translation

Updated Brazilian Portuguese translation for UI

Updated Brazilian Portuguese translation for Properties

configure: use CFLAGS, etc. _FOR_BUILD as well

When not doing cross-builds, use the values of CFLAGS, CPPFLAGS and
LDFLAGS as the default value for CFLAGS_FOR_BUILD, CPPFLAGS_FOR_BUILD
and LDFLAGS_FOR_BUILD, respectively.

This avoids having to manually specify these variables in order to get
extract-strings to build properly.

This should really be handled by ax_prog_cc_for_build.m4.  That has been
reported upstream.  This is a workaround for now.

https://bugzilla.gnome.org/show_bug.cgi?id=721346

window: Document GtkWindow::set-focus

Not sure why this was never documented.

GtkApplicationX11: read the startup ID from the platform data

If the platform data passed with actions and activations includes
a startup notify ID, we should read it and pass it down to GDK.
This ensures that the right startup notify is completed after the
signal emission, and that the user time of the GdkDisplay is properly
updated (which in turn makes sure the windows are not subjected
to focus-stealing-prevention)

https://bugzilla.gnome.org/show_bug.cgi?id=721304

Update Chinese simplified translation for gtk-properties

Revert "Update Chinese simplified translation"

This reverts commit 410d09ee4ee4ab0ad4440d07f09d532a52e6acc6.

Undo mistaken push of Chinese simplified translation

Update Chinese simplified translation

Updated German translation

Updated Spanish translation

Updated Spanish translation

Rework the Visual Studio 2010 Projects a bit

Add a utility project to get config.h and gdkconfig.h from their *.h.win32
(or win32_broadway, if applicable) counterparts, using custom build rules,
so that these "generated" files can also be removed on clean and
"regenerated" upon update.  This also enables the removal of configs in
certain projects that isn't really needed as a result.

Also update and merge the projects and property sheets to include a single
property sheet that it needs, which will then in turn include the other
property sheets that is needed, so that things are cleaner.

Rework the Visual Studio 2008 Projects a bit

Add a utility project to get config.h and gdkconfig.h from their *.h.win32
(or win32_broadway, if applicable) counterparts, using custom build rules,
so that these "generated" files can also be removed on clean and
"regenerated" upon update.  This also enables the removal of configs in
certain projects that isn't really needed as a result.

Also update and merge the projects and property sheets to include a single
property sheet that it needs, which will then in turn include the other
property sheets that is needed, so that things are cleaner.

Updates to the Visual Studio 2010 projects will follow later.

Updated Galician translations

Updated Galician translations

treeview: Track area in cell that editable occupies

With multiple renderers per cell, editables shouldn't occupy the whole
cell's area.

https://bugzilla.gnome.org/show_bug.cgi?id=710315

Updated Greek translation po-properties

Update the gtk3-demo Visual C++ Projects

Add the sources of the headerbar and event_axes demos to the list of files
to build.

gtk/gtkapplication.c: Don't Include unistd.h Unconditionally

This header, which is not universally available, is accidently made to be
included unconditionally during the refactoring of gtkapplication.c,
so restore the #ifdef check.

[l10n] Updated Italian translation.

Updated POTFILES.skip

Redo header bar decorations once more

Applications need a way to fix or adapt the decoration layout,
for situations like split header bars. Setting the layout from
the theme with a style property did not offer a good way to do
this, and the ::show-close-button property does not provide
fine-grained control.

To improve the situation, move the layout string to a property of
GtkHeaderBar which is backed by a setting. This allows platforms to
set a default button layout independent of the theme, while applications
can override the default.

The style GtkWindow style property is now deprecated and ignored.

Fix a few warnings

Allow close buttons on dialogs

It was a long-standing problem for some users of GtkDialog that
there is no guaranted way to close it. So, lets show a close
button.

Improve menubutton a11y

The button now claims its menu as a child for a11y purposes,
which makes it possible for ATs to see it when the navigate
the tree top-down.

Update the a11y test to match.

Add a menubutton to the a11y tests

Set an accessible name on menu buttons

These commonly have just an image in them, so lets at least
call them 'Menu'.

Updated Greek translation

Updated Russian translation

GtkPlacesSidebar: Don't show desktop if its home

We go to extra length to set the desktop_uri to NULL when
desktop == home, but then we were adding the (non-functional)
place item anyway. Don't do that.

GtkPlacesSidebar: avoid a crash

Be more careful when comparing uris during DND - they may
be NULL.

https://bugzilla.gnome.org/show_bug.cgi?id=720264

cell-renderer: Check for NULL return in vfunc start_editing()

This virtual function may return NULL, so, let's check if that's
the case and exit the function apropriately.

https://bugzilla.gnome.org/show_bug.cgi?id=720554

printing: Don't leak http connection to CUPS

Close http connection to CUPS after execution
of request which created it.

https://bugzilla.gnome.org/show_bug.cgi?id=720535

Updated Galician translations

gdkwindow: Don't add the same window to "update_windows" twice

This prevents passing of such window to another GMainLoop.

https://bugzilla.gnome.org/show_bug.cgi?id=711552

GtkColorSelection: Don't leak a context menu

This was pointed out in
https://bugzilla.gnome.org/show_bug.cgi?id=720401

Fix a compiler warning